home *** CD-ROM | disk | FTP | other *** search
/ Aminet 1 (Walnut Creek) / Aminet - June 1993 [Walnut Creek].iso / aminet / os20 / util / comixbase250.lha / Comix / FormatChange250 < prev    next >
Text File  |  1992-06-14  |  3KB  |  65 lines
  1. **** VERY IMPORTANT **** March 29/92 - TLR
  2.  
  3. ** CBU101 is a format changing program. If you have an old Comixbase program
  4.    with the pre-Comixbase 2.50 format, then you need only run this program
  5.    once.
  6.  
  7. ** CBR164 is an update to the data file restructuring program. This is
  8.    program used to clean and remove data which is no longer used.
  9.    It also sorts the title file in alphabetical order.
  10.  
  11.    IE: If you delete a file, the information will still be in the database,
  12.        just unaccessable. That data is taking up space, and so CBR164 will
  13.        remove it from the database.
  14.  
  15. ****************************************************************************
  16. First make sure you have made a backup of your database. I try to ensure that
  17. this program is bug-free on release, however some bugs may be very subtle,
  18. and will only arise under the right circumstances. For instance, a bug may
  19. cause small corruptions in the database structure which may render the
  20. database useless.
  21. ****************************************************************************
  22.  
  23.     Howdy, if you have never used Comixbase before then ignore the rest of
  24. this file and the program called CBU101, otherwise read on.
  25.  
  26. (For pre-Comixbase 2.50 user's only):
  27.  
  28.     To use Comixbase 2.50 and up, you need to run the program called CBU101.
  29. This program will change the format of the database very slightly, but in
  30. a necessary way in order to get some improved speed.
  31. After running CBU101, it is advisable that you run the program called CBR164.
  32. This is an update to CBR162 (Comixbase Restructure). It will clean up
  33. the data files. 
  34.  
  35. **** Do NOT use CBR164 before you have used the CBU101 program. ****
  36.  
  37.     In order to make Comixbase a little faster I have made a slight change
  38. to the text data formats (comix.d1 thru comix.d5). I have noticed that
  39. on average a good percentage of my comics in the database had blank lines
  40. in the various data fields (especially the artist fields).
  41.  
  42.     Since the database actually stores the text lines as a byte representing
  43. the length of the line, followed by the text itself, for lines which
  44. contain absolutely no data (IE: no blank spaces), it would store a single
  45. byte which was equal to zero.
  46.  
  47.     What that means is everytime you change to the next or previous comic,
  48. if there were blanks lines in that new comic it would have to access the
  49. text data files and then read that single byte in. Since this occurs often
  50. I decided that if there was a common place where the zero byte would always
  51. be then I could simply detect it with an if/then type statement and cut
  52. out the need to access the file.
  53.  
  54.     So I came up with this: the first byte of every text data file will
  55. be the 0 byte or null string. This speeds access a fair bit (not much from
  56. ram though), but off of a hard drive or (egad!) a floppy it's noticible.
  57.  
  58. Example: With my collection moving from the end (the Z's area) back up to
  59.          the A's area (Action Comics) using the left arrow key to skip
  60.          titles at a time (on the hard drive), the old format took 53 seconds,
  61.          the new format took 45 seconds. So it is a bit faster.
  62.  
  63. (I will add buffering in the near future. This will make running off floppies
  64.  feasible.)
  65.